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DESCRIPTION 

METHODS, SYSTEMS, AND COMPUTER PROGRAM PRODUCTS FOR 
5 USING A PRESENCE DATABASE TO DELIVER ENHANCED PRESENCE 
INFORMATION REGARDING COMMUNICATIONS MADE TO OR FROM A 

PRESENTITY 



RELATED APPLICATIONS 
10 This application claims the benefit of U.S. Provisional Patent 

Application Serial No. 60/729,995, filed October 25, 2005; the disclosure of 
which is incorporated herein by reference in its entirety. 

TECHNICAL FIELD 
The subject matter described herein relates to methods, systems, and 
computer program products for providing presence services. More 
particularly, the subject matter described herein relates to methods, systems, 
and computer program products for using a presence database to deliver 
enhanced presence information regarding communications made to or from 
a presentity. 



15 



20 



BACKGROUND 

In telecommunications, presence information is information regarding 
an end user's or entity's connection to a network. Presence information can 

25 include an end user's location, connection status, directory address, etc. An 
end user's connection status can indicate the ability and willingness of an 
end user to communicate. Presence information may be stored by a 
presence server and delivered to authorized subscribers. Presence 
information has been applied to the Internet technology known as instant 

30 messaging (IM). 

There are currently models for distributing and collecting presence 
information within the scope of an Internet protocol / data network 
environment. The ability to track the presence information of Internet users 
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has been fairly well developed and widely published. However, as 
communication networking technology has continued to evolve at a rapid 
pace, so have the means by which end users or subscribers can 
communicate. More particularly, the explosive growth of hand-held, wireless 
5 communication terminals, such as mobile phones, wireless web phones, and 
personal digital assistants, has led to a demand for inter-networking or inter- 
medium communication solutions. In other words, it is rapidly becoming 
useful for a subscriber to have his or her wireless phone status or "presence" 
known to other subscribers, where these other subscribers may be using a 

10 variety of communication mediums, such as wireless phone service, wired 
phone service, short message service (SMS), or Internet service. In one 
example, it would be desirable for a subscriber to be able to obtain 
information regarding communications, such as phone call communications, 
made to or from a subscribed-to entity, referred to as a presentity. 

15 Presence service uses a subscription model where subscribers 

desiring to receive presence information regarding another subscriber (the 
presentity) subscribe to receive updates to the presentity's presence 
information with a presence server. After a successful subscription, the 
presence server automatically delivers updates in the presentity's presence 

20 information to subscribed entities, also referred to as watchers. However, 
conventional presence information that is delivered to watchers has been 
limited to the presentity's current communication status, e.g., whether the 
presentity is connected to the network and available to receive instant 
messages. 

25 Current presence servers do not provide additional information, such 

as call logs, parties involved in calls, or whether a call to a presentity was 
completed. Such information may be useful, for example, if the presentity is 
a child and the watcher is a parent or guardian. 

Accordingly, there exists a need for improved methods, systems, and 

30 computer program products for delivering enhanced presence information 
regarding communications made to or from a presentity. 
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SUMMARY 

According to one aspect, the subject matter described herein includes 
a method for using a presence database to deliver enhanced presence 
5 information regarding communications made to or from a presentity. The 
method includes obtaining enhanced presence information including 
information regarding parties involved in communications made to or from a 
presentity and storing the enhanced presence information in a presence 
database. A request may be received from a subscriber for obtaining the 

10 enhanced presence information regarding the presentity. In response to the 
request, the enhanced presence information may be delivered from the 
presence database to the subscriber. 

In some implementations, the request from the subscriber for 
obtaining the enhanced presence information may be a subscription request 

15 for subscribing to the presentity. Once the presence server or presence 
database receives such a subscription request, updates to the enhanced 
presence information may automatically be delivered to the subscriber. In 
another implementation, where the subscriber desires to obtain presence 
information on an on-demand basis, the request from the subscriber may be 

20 one time query for the enhanced presence information. In response to 
receiving such a query, a presence database or presence server may send 
the enhanced presence information. Updates may not be communicated to 
the subscriber in this case unless a subscriber later requests such updates 
or subscribes to the presentity. 

25 According to another aspect, a method according to the subject 

matter described herein includes storing enhanced presence information 
including information regarding parties involved in communications made to 
or from a presentity. A request may be received from a subscriber for 
obtaining enhanced presence information regarding the presentity. The 

30 enhanced presence information can be delivered from the presence 
database to the subscriber in response to the request. 

As used herein, the term "presentity" refers to a communications end 
user or entity for which presence information and/or enhanced presence 
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information may be maintained. The term "presence information" refers to 
information regarding a presentity's connection status, such as whether the 
user is connected to a network and available to receive communications or 
not. The term "enhanced presence information" refers to information in 
5 addition to network connection status of a presentity, such as parities with 
which the presentity is or has communicated, a log of calls or other modes of 
communications involving the presentity, and indications as to whether the 
calls or other modes of communications were successful. 

Enhanced presence information may be stored in a presence 

10 database and obtained by authorized subscribers. In accordance with the 
subject matter described herein, a presence database may be used for 
storing any enhanced presence information, such as call-related information 
identifying a party with whom the presentity has or is communicating, 
information regarding a duration of a call with a party with whom the 

15 presentity has or is communicating, information regarding re-direction of a 
call involving the presentity, and information regarding forwarding of a call 
involving the presentity. A presence server may manage presence 
information for a plurality of presentities, subscriptions to the presentities, 
and privacy restrictions of each presentity. 

20 In one example of enhanced presence information, a call log may be 

generated and maintained by a presence server. The call log may include 
any information identifying parties to calls, such as a mobile subscriber 
identifier (e.g., a mobile subscriber ISDN number (MSISDN), an international 
mobile subscriber identifier (IMSI), and a mobile identification number 

25 (MINI)), a wireline telephone number, a session initiation protocol (SIP) URI, 
a web chat screen name or alias, an instant message identifier, or an IP 
address of either or both parties to a call, and a communication date/time 
stamp. Enhanced presence information that is collected may also include 
call disposition type information, such as an indication of whether the call 

30 was answered, call duration, an indication of whether the call was re-directed 
or forwarded, and an indication of the address to which the call was re- 
directed. 
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The subject matter described herein can be implemented as a 
computer program product comprising computer executable instructions 
embodied in a computer readable medium. Exemplary computer readable 
media suitable for implementing the subject matter described herein include 
5 disk memory devices, chip memory devices, application specific integrated 
circuits, programmable logic devices, and downloadable electrical signals. 
In addition, a computer program product that implements the subject matter 
described herein may be located on a single device or computing platform. 
Alternatively, the subject matter described herein can be implemented on a 
10 computer program product that is distributed across multiple devices or 
computing platforms. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Exemplary embodiments of the subject matter will now be explained 
15 with reference to the accompanying drawings, of which: 

Figure 1 is a block diagram of an example of a telecommunications 
system for using a presence database to deliver enhanced presence 
information regarding communications made to or from a presentity 
according to an embodiment of the subject matter described herein; 
20 Figure 2 is a flow chart of an exemplary process for using a presence 

database to deliver enhanced presence information regarding 
communications made to or from a presentity according to an embodiment of 
the subject matter described herein; 

Figure 3 is a block diagram of exemplary internal architectures of a 
25 network node and a presence server according to an embodiment of the 
subject matter described herein; 

Figures 4A and 4B are a flow chart of an exemplary process for using 
the network node shown in Figure 3 for providing enhanced presence 
information to a presence server database in accordance with an 
30 embodiment of the subject matter described herein; 

Figure 5 is a block diagram of an exemplary internal architecture of a 
network node having a resident presence database system for storing 
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enhanced presence information according to an embodiment of the subject 
matter described herein; and 

Figure 6 is a block diagram of an example of a telecommunications 
system for using a presence database to deliver enhanced presence 
5 information regarding communications made to or from a presentity based 
on information in a SIP message according to an embodiment of the subject 
matter described herein. 

DETAILED DESCRIPTION 

10 A telecommunications system for using a presence database to 

deliver enhanced presence information regarding communications made to 
or from a presentity may be implemented as hardware, software, and/or 
firmware components executing on one or more components of a network. 
Figure 1 illustrates an example of a telecommunications system for using a 

15 presence database to deliver enhanced presence information regarding 
communications made to or from a presentity according to an embodiment of 
the subject matter described herein. Referring to Figure 1, the system may 
include a signaling network node 100 operable to communicate or route 
signaling messages between an end office (EO) 102 and a public switched 

20 telephone network (PSTN) 104. For example, network node 100 may be a 
signaling system 7 (SS7) / Internet protocol (IP) routing node. Network node 
100 may be operable to obtain enhanced presence information regarding 
parties involved in communications made to or from a presentity and send 
the information to a presence database for storage. The information stored 

25 in the presence database may be made available to authorized subscribers 
who subscribe to the presentity. For example, the subscribers may be the 
parents or guardians of the presentity, and the enhanced presence 
information may include a call log of calls involving the presentity via one or 
more communications devices used by the presentity. Table 1 shown below 

30 illustrates exemplary enhanced presence information that may be called for 
and delivered to watchers of a presentity. 
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5 Table 1: Enhanced Presence Information 

In Table 1, the enhanced presence information that may be collected 
includes called party directory number information, calling party directory 

10 number information, caller ID information, if available, call completion 
information, and time information associated with each call. In the illustrated 
example, it is assumed that the presently has two identities, 9193803814 
and 3803814@Tekelec.com, depending whether the presentity is using a 
landline phone or a web phone. In the first three entries in the table, the 

15 presentity is being called by other entities. In the last entry in the table, the 
presentity is calling another party. If caller ID information is available, the 
network node 100 or presence server 115 may collect this information, for 
example, by querying a CNAM database. In addition, call completion and 
duration information may be obtained based on call signaling messages, 

20 such as ISUP messages or SIP messages associated with the call. Methods 
for obtaining the enhanced presence information based on call signaling 
information associated with a call be described in more detail below. 
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Figure 2 is a flow chart illustrating an exemplary process for using a 
presence database to obtain and deliver enhanced presence information 
regarding communications made to or from a presentity according to an 
5 embodiment of the subject matter described herein. The flow chart in Figure 
2 will be used in combination with the signaling messages in Figure 1 to 
illustrate the obtaining and delivering of enhanced presence information. In 
this example, it is assumed that the presentity is initiating a phone call from a 
wireline phone 106. Wireline phone 106 may be connected to end office 

10 102. Network node 100 may receive an SS7 ISDN user part (ISUP) IAM 
signaling message 108 from end office 102 (block 200). Those skilled in the 
art of SS7 signaling will appreciate that an ISUP IAM signaling message is 
the first in a sequence of ISUP formatted SS7 call control signaling 
messages that are required to complete a phone call in the PSTN. In this 

15 example, IAM signaling message 108 is generated by end office 102 in 
response to initiation of the phone call from phone 106. Message 108 is 
communicated to network node 100 for establishing a call with a wireline 
phone 110 connected to PSTN 104. Message 108 may include calling and 
called party identifier information. For example, the calling and called party 

20 identifiers may be numbers associated with phones 106 and 110, 
respectively. 

In block 202, network node 100 may obtain enhanced presence 
information, such as regarding parties involved in communications made to 
or from a presentity (block 202). In one example, network node 100 may be 

25 operable to determine that the calling party number in message 108 is 
associated with the presentity. For example, network node 100 may store a 
list of numbers associated with presentities. Thus, based on the calling party 
identifier information, network node 100 can determine that IAM signaling 
message 108 is associated with a communication made to or from the 

30 presentity. In another example, network node 100 may determine that the 
message is an IAM signaling message for setting up a call, and may extract 
the called and calling party identifier information from the message in 
response to the determination. Network node 100 may also associate a 
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date/time stamp with the called and/or calling party identifier information for 
identifying the date and time of the call. 

In block 204, network node 100 may generate presence registration 
or update message 112 including the enhanced presence information, such 
5 as the called and/or calling party identifier information and associated 
date/time stamp and communicate message 112 to a presence server 114 
for storage in presence database 116. Message 112 may be a SIP message 
communicated via IP network 118. Presence server 114 may receive 
message 112 and store the enhanced presence information, such as the 

10 called and/or calling party identifier information and associated date/time 
stamp, in presence database 116 (block 206). In one example, the party 
identifier information and date/time stamp may be stored in presence 
database 116 in a call log entry for the presentity. On receiving enhanced 
presence information in a registration message, presence server 114 may 

15 generate a new call log entry for the presentity. Alternatively, on receiving 
presentity information in an update message, presence server 112 may 
update an existing entry for the presentity in a call log. 

Other enhanced presence information that may be stored in presence 
server 114 includes information regarding re-direction of a call involving the 

20 presentity and information regarding forwarding of a call involving the 
presentity. Those skilled in the art of network signaling will appreciate that 
one or more signaling messages may be examined to determine the re- 
direction or forwarding of a call. For example, an ISUP IAM or SIP re- 
INVITE message may include call redirection or forwarding information that 

25 may be collected by network node 100 and delivered to presence server 
114. Network node 100 may be operable to determine the re-direction or 
forwarding of a call associated with a presentity. In response to determining 
the call re-direction or the call forwarding, network node 100 may generate a 
presence or update message indicating call re-direction or call forwarding 

30 associated with a presentity's phone number and communicate the message 
to presentity server 114 for storage of the information in presence database 
116. 
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In block 208, presence server 114 may receive a subscription request 
from a subscriber for subscribing to the presentity. For example, a 
subscriber may input information into a computer 122 for requesting 
presence information associated with the presentity. Computer 122 may 
5 generate a message identifying the presentity and communicate the 
message to an IP server 124 for obtaining the presence information 
associated with the presentity. In response to receiving the message, IP 
server 124 may generate a SIP subscribe message 126 for the subscriber 
for subscribing to the presentity. Presence server 114 may receive SIP 

10 subscribe message 126 identifying presentity. Presentity may be identified 
in message 126 by a party identifier, such as a phone number. Other 
suitable SIP-type messages or other suitable protocols may be used to 
convey the subscription request. 

In response to receiving SIP subscribe message 126, and successful 

15 authentication of the subscriber, presence server 114 may retrieve enhanced 
presence information for the presentity identified in the message and deliver 
the enhanced presence information to the subscriber (block 210). For 
example, presence server 114 may retrieve the enhanced presence 
information from presence database 116. Further, presence server 114 may 

20 generate a SIP notify message 128 including the enhanced presence 
information and communicate the message to IP server 124. In one 
example, the enhanced presence information may be stored in an XML- 
encoded format within the SIP notify message for conveying the presence 
information. IP server 124 may communicate the presence information to 

25 computer 122 associated with the subscriber. Computer 122 may present or 
display the enhanced presence information to the subscriber. The subject 
matter described herein may provide for the real-time or near real-time 
observation of the communication activity of a presentity. In one example, a 
parent subscriber may obtain enhanced presence information associated 

30 with a child. Other suitable SIP-type messages or other suitable protocols 
may be used to convey the enhanced presence information. 

In one embodiment, enhanced presence information updates are 
automatically communicated to a subscriber who successfully subscribes to 
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a presentity. For example, when presence server 114 receives updated 
enhanced presence information, presence server 114 may automatically 
communicate the updated enhanced presence information to the subscriber 
at computer 122. The updated enhanced presence information can be sent 
5 in response to changes to information previously sent to the subscriber. 

Figure 3 is a block diagram illustrating exemplary internal 
architectures of network node 100 and presence server 112 according to an 
embodiment of the subject matter described herein. In this example, 
network node 100 is an SS7/IP routing node, which may include SS7 signal 

10 transfer point (STP) functionality, SS7/IP gateway functionality, and/or IP 
routing functionality. Referring to Figure 3, network node 100 includes a 
plurality of internal processing modules or cards 300, 302, 304, and a pair of 
maintenance and administration subsystem processors (MASPs) 306 
connected to each other via a high speed interprocessor message transport 

15 (IMT) bus 308. Processing modules 300, 302, 304, and 306 may each 
include an application processor and associated memory for implementing a 
telecommunications signaling function. In addition, each processing module 
may include a communications processor for communicating with other 
processing modules via bus 308. 

20 MASP pair 306 implements maintenance and administration 

subsystem functions. As MASP pair 306 are not particularly relevant to a 
discussion of presence processing according to the subject matter described 
herein, a detailed discussion of their function is not provided herein. 

Processing module 300 comprises a link interface module (LIM) for 

25 interfacing with SS7 signaling links. LIM 300 may include an SS7 MTP level 
1 function 310, an SS7 MTP level 2 function 312, an I/O buffer or queue 314, 
a gateway screening (GWS) function 316, a presence service request (PSR) 
stop action function 318, an SS7 MTP level 3 message handling and 
discrimination (HMDC) function 320, and a message handling and 

30 distribution (HMDT) function 322. MTP level 1 and 2 functions 310 and 312, 
respectively, provide the facilities for sending and receiving digital data over 
a particular physical media / physical interface, as well as to provide error 
detection / correction and sequenced delivery of all SS7 messages. I/O 
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queue 314 provides for temporary buffering of incoming and outgoing 
signaling messages. GWS function 316 is responsible for examining the 
incoming signaling messages and determining which, if any, of the 
provisioned stop actions are applicable. PSR stop action function 318 is 
5 responsible for examining received messages and determining whether the 
messages are associated with a presentity. In response to determining that 
a received message is associated with a presentity, PSR stop action function 
318 may generate a copy of the message, and subsequently encapsulate 
the message within an SS7 signaling connection control part (SCCP) 

10 formatted message. It should be appreciated that PSR stop action function 
318 can also be configured to encapsulate the original incoming signaling 
message, without making a copy. HMDC 320 receives signaling messages 
from the lower processing layers and performs a discrimination function, 
effectively determining whether an incoming SS7 message requires internal 

15 processing or is simply to be through switched. For instance, in the case of 
an SS7 signaling message associated with a call involving a presentity or an 
SCCP encapsulated ISUP IAM message, HMDC 320 would determine that 
the message should be internally routed for further processing. HMDT 322 
manages or directs the internal routing of SS7 messages that require 

20 additional processing prior to final routing. It should be appreciated that a 
LIM card may contain more functional processes than those described 
above. 

In one example, PSR stop action function 318 may determine whether 
a received ISUP IAM signaling message includes information regarding 

25 parties involved in communications made to or from a presentity. In one 
example, PSR stop action function 318 may examine the identifier 
information in the source address and the destination address of the 
message for determining whether the message is being sent to or received 
from a presentity. If it is determined that the message is associated with a 

30 presentity, copy function 323 may copy and encapsulate the message, and 
forward the message copy to module 304 for further processing. Messages 
that are not associated with a presentity may be forwarded to other modules 
of network node 100 for processing prior to final routing. 
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Module 304 comprises a presence service module (PSM) including a 
database and database control processes for generating presence 
registration / update messages and for routing the messages to a presence 
5 database. In the illustrated example, module 304 includes an SCCP 
subsystem controller known as a signaling connection routing controller 
(SCRC) process 324, a presence service manager (PSMG) 326, and a 
number of presence server functions. Included among the presence server 
functions is a SIP registration / update function 328, for generating SIP 

10 messages, forwarding the SIP messages to presence server 112, and 
processing SIP messages received from presence server 112. The format 
for SIP messages is described in detail in RFC 2543, "SIP: Session Initiation 
Protocol" (March 1999), the disclosure of which is incorporated herein by 
reference in its entirety. 

15 Presence protocol function 330 may also be included for 

communicating with a presence server. For example, function 330 may 
communicate with a presence server using the messages described in 
accordance with the proposed presence protocol found in "The Presence 
Protocol," internet-draft-saraswat-presenceprotocol-OO.txt, February 26, 

20 1999, the disclosure of which is incorporated herein by reference in its 
entirety. 

Instant messaging and presence protocol (IMPP) function 332 may 
also be included for communicating with a presence server according to the 
IMPP protocol. The IMPP protocol is described in detail in one or more of 
25 the following IETF Internet draft documents: 

"Message Information Data Format," <draft-ietf-impp-midf-01.txt>, 

January 19, 2000; 

"Presence Information Data Format for IMPP," <draft-ietf-impp-pidf- 

01.txt>, March 10, 2000; and 
30 "Transport Protocol for Presence Information / Instant Messaging," 

<draft-ietf-impp-pitp-mitp-01.txt>, March 9, 2000, 
the disclosures of each of which are incorporated herein by reference in their 
entireties. 
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The subject matter described herein is not limited to communicating 
with a presence server using SIP, IMPP, or presence protocols. Any 
suitable protocol for communicating with a presence server is within the 
5 scope of the subject matter described herein. 

SCRC function 324 is responsible for discrimination of signaling 
messages at the SCCP level and for distributing the signaling messages to 
an appropriate higher processing level application or function. In the 
configuration shown in Figure 3, the next highest processing level is 

10 represented by PSMG 326. PSMG 326 is responsible for determining how 
to process the incoming message. For example, if the message contains an 
SCCP-encapsulated ISUP IAM message, PSMG 326 may extract enhanced 
presence information involving a presentity. As will be appreciated from 
Figure 3, a number of presence services functions may be simultaneously 

15 provisioned on a single PSM card. These presence server functions may be 
configured such that each function is capable of generating presence 
registration / update messages that are formatted in different protocols 
including, but not limited to, SIP, IMPP, and presence protocol. 

While any of the above-described presence registration applications 

20 may be provisioned on a single PSM card, SIP registration / update 
application function 328 is used in the examples described herein to illustrate 
the functionality of the node in registering or updating presence information 
in a presence database. SIP registration / update application function 328 
essentially contains the logic necessary to process the incoming SS7 

25 message and construct the appropriate SIP-formatted presence registration / 
update message including information regarding parties involved in 
communications made to or from a presentity. The messages generated by 
SIP registration / update application function 328 may be forwarded to DCM 
302. An HMRT process 334 may receive the messages generated by 

30 function 328 and determine to which DCM card the messages should be 
routed for subsequent outbound transmission. In this case, the HMRT 
function 334 determines that the desired outbound signaling link associated 
with the routing of the message is located on DCM 302. 
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DCM 302 may receive messages from process 328 for out-bound 
communication to presence server 114 via IP network 118. DCM 302 
includes an I/O queue 334 and IP level 1 and 2 processes 336 and 338, 
5 respectively. I/O queue 334 facilitates temporary buffering of incoming and 
outgoing signaling messages, while IP addressing operations are performed 
by IP level 1 and 2 processes 336 and 338. The messages may be 
communicated to presence server 114, which may store presence 
information in presence database 116. 

10 Figures 4A and 4B are a flow chart illustrating an exemplary process 

for using network node 100 shown in Figure 3 for providing enhanced 
presence information to a presence server database in accordance with an 
embodiment of the subject matter described herein. Referring to Figure 4A, 
in block 400, an incoming lSUP IAM signaling message is received at 

15 inbound LIM 300. In blocks 402 and 404, the incoming ISUP IAM signaling 
message is received and processed by MTP level 1 and 2 functions 310 and 
312, respectively. With MTP level 1 and 2 processing complete, the 
signaling message is temporarily buffered in I/O queue 314 before being 
passed up to GWS function 316. As indicated in block 406, GWS function 

20 316 examines the incoming ISUP IAM signaling message and determines 
not only whether the message is to be allowed into the node for further 
processing, but also which, if any, of the provisioned stop actions are 
applicable to the incoming message. In this example, GWS function 316 
examines the incoming ISUP IAM signaling message and determines that 

25 the message is permitted to enter the node. Further, upon examination of 
the originating point code (OPC), destination point code (DPC), and service 
indicator octet (SIO) fields contained in the MTP routing layer, it is 
determined that the message requires additional processing by PSR stop 
action function 318 (block 408). 

30 In block 410, PSR stop action function 318 receives the ISUP IAM 

signaling message from GWS function 316 and determines that the incoming 
message is an ISUP IAM type message. PSR stop action function 318 next 
checks the DPC of the incoming message to verify that the DPC of the 
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incoming message is a valid PC. PSR stop action function 318 examines 
the identifier information in the source address and the destination address 
of the message for determining whether the message is involved in 
communications made to or from a presentity. If the incoming message is 
5 identified as being involved in communications made to or from a presentity, 
process 318 encapsulates a copy of the ISUP IAM message within an SCCP 
formatted message, as indicated in block 410. Such SCCP encapsulation is 
effectively achieved by adding essential SCCP message leading and trailing 
bit sequences to the base bit sequence that comprises the ISUP IAM 

10 message. Thus, an SCCP type encapsulated message is created which 
envelops or contains an ISUP type message. Subsequent to this 
encapsulation, the incoming message no longer appears or is treated as an 
ISUP IAM message within node 100, but is instead processed internally as 
an SCCP type SS7 message. 

15 Unless additional processing by an unrelated subsystem is required, 

the original ISUP IAM message is then routed to HMDC 320 where normal 
ISUP message type routing is resumed. However, once again, it should be 
appreciated that the original ISUP IAM message could be SCCP 
encapsulated and further processed instead of producing a copy of the ISUP 

20 message. It should also be appreciated that failure of the incoming ISUP 
message to meet the criteria specified for causing the original, non- 
encapsulated message to routed directly to HMDC 320 where normal ISUP 
message type to be routed directly to HMDC 320 where normal ISUP 
message type routing is resumed. 

25 However, in the case where an incoming ISUP message satisfies 

block 408 criteria, SCCP encapsulation of the ISUP message occurs and the 
resulting encapsulated message is directed to HMDC 320 (block 412), where 
SCCP type processing is performed. In the example shown in Figure 3, 
HMDC 320 examines the message and determines that the DPC and 

30 subsystem number (SSN) of the SCCP message correspond to a point code 
and subsystem of node 100. Consequently, further processing of the SCCP 
message within node 100 is assumed to be necessary, and the message is 
passed to HMDT 322. HMDT 322 examines the service indicator (SI) field of 
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the encapsulated message, which indicates that the encapsulated message 
is an SCCP type. As such, HMDT 322 places the encapsulated SCCP 
message on bus 308 for transport to PSM 304 and subsequent presence 
registration / update service. 
5 Referring to Figure 4B, in block 414, the encapsulated SCCP 

message is received and examined by SCRC 324 that is resident on PSM 
304. SCRC 324 examines the message, determines that presence 
registration / update service is indicated, and forwards the encapsulated 
message to PSMG function 326 (block 416). In block 418, PSMG function 

10 326 extracts the identifier information in the source address and the 
destination address of the SCCP envelope and determines that the ISUP 
message requires the generation of a SIP-formatted presence registration 
message (block 420). The ISUP IAM message is subsequently directed to 
SIP process 328 for further processing (block 422). SIP process 328 

15 examines the ISUP IAM message and, using information contained within 
the message, generates a SIP-formatted presence registration / update 
message (block 424). The SIP-formatted presence registration / update 
message may include call-related presence information for the presentity, 
such as the identifier information in the source address and the destination 

20 address. 

With SIP-processing complete, the SIP-formatted presence 
registration / update message is passed to HMRT function 334. HMRT 
function 334 determines to which DCM card the messages should be routed 
for subsequent outbound transmission (block 426). In this case, the HMRT 

25 function 334 determines that the desired outbound signaling link associated 
with the routing of the message is located on DCM 302. Consequently, the 
SIP message is internally routed across bus 308 to DCM 302, where it is 
generally received by an I/O queue 336 (block 428). Eventually, the 
message is passed from I/O queue 336 on to IP level 2 and level 1 functions 

30 338 and 340, respectively (block 430). IP level 1 and 2 functions 340 and 
338, respectively, provide the facilities necessary to send and receive digital 
data over a particular physical media / physical interface, as well as to 
provide error detection / correction and sequenced delivery of all IP 
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messages transmitted in IP network 118. As indicated in block 432, the SIP- 
formatted presence registration / update message is then transmitted into IP 
network 118 for ultimate delivery to and use by presence server 114 and 
presence database 116. 

5 According to one embodiment, a presence database system may be 

resident on a network node. Figure 5 is a block diagram illustrating an 
exemplary internal architecture of a network node 500 having a resident 
presence database system according to an embodiment of the subject 
matter described herein. In this example, presence registration / update 

10 messages are not formulated and routed from the node, but instead 
presence registration / updating takes place at or within the node. That is, in 
the embodiment shown in Figure 5 and generally discussed below, the 
functionality of a presence server and presence database is generally 
included within node 500. 

15 With particular regard to the embodiment shown in Figure 5 and in a 

manner similar to the embodiment described above, it will be appreciated 
that node 500 includes IMT communications bus 318. Communicatively 
coupled to IMT bus 318 are a number of distributed processing modules or 
cards including: MASPs 306, an SS7 capable LIM 300, an IP capable DCM 

20 302, and a presence database module (PDM) 502. These modules may be 
physically connected to IMT bus 318 such that signaling and other type 
messages may be routed internally between all active cards or modules. For 
simplicity of illustration, only a single LIM 300, DCM 302, and PDM 502 are 
included in Figure 5. However, it should be appreciated that the distributed, 

25 multi-processor architecture of node 500 facilitates the deployment of 
multiple LIM, DCM, PDM, and other cards, all of which could be 
simultaneously connected to IMT bus 318. As in the previously described 
embodiment, MASP pair 306 implement the overall maintenance and 
administration subsystem functions. 

30 In one exemplary implementation, node 500 may include SS7 and IP 

routing functionality as well as SS7/IP gateway functionality. For example, 
node 500 may be an SS7 signal transfer point, an SS7/IP gateway, and an 
IP router, all in a single node. In an alternate implementation, node 500 may 
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be a stand-alone server that derives enhanced presence information from 
signaling messages copied from an external source, such as a network 
monitoring platform, stores the enhanced presence information, and delivers 
the presence information to subscribers. An exemplary hardware platform 
5 suitable for implementing node 500 is the TEKSERVER® Platform available 
from Tekelec of Morrisville, North Carolina. 

In the illustrated example, LIM 300 includes a number of sub- 
component processes including SS7 MTP level 1 function 310, MTP level 2 
function 312, I/O buffer or queue 314, GWS function 316, SS7 MTP level 3 

10 layer HMDC process 320, and HMDT process 322. MTP level 1 and 2 
function 310 and 312, respectively, provide the facilities necessary to send 
and receive digital data over a particular physical media / physical interface, 
as well as to provide error detection / correction and sequenced delivery of 
all SS7 messages. I/O queue 314 provides for temporary buffering of 

15 incoming and outgoing signaling messages. GWS function 316 is 
responsible for examining the incoming signaling messages and determining 
which, if any, of the provisioned stop actions are applicable, is responsible 
for examining received messages and determining whether the messages 
are associated with a presentity. In response to determining that a received 

20 message is associated with a presentity, PSR stop action function 318 may 
generate a copy of the message and subsequently encapsulate the 
message within an SS7 signaling connection control part (SCCP) formatted 
message. It should be appreciated that PSR stop action proc function ess 
318 could also be configured to simply encapsulate the original incoming 

25 signaling message, without making a copy. HMDC function 320 receives 
signaling messages from the lower processing layers and performs a 
discrimination function, effectively determining whether an incoming SS7 
message requires internal processing or is simply to be through switched. 
For instance, in the case of an SS7 signaling message associated with a call 

30 involving a presentity or an SCCP encapsulated ISUP IAM message, HMDC 
function 320 would determine that the message should be internally routed 
for further processing. HMDT function 322 manages or directs the internal 
routing of SS7 messages that require additional processing prior to final 
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routing. It should be appreciated that a LIM card may contain more 
functional processes than those described above. The above discussion is 
limited to LIM functionality associated with the basic processing of in-bound 
signaling messages. 
5 In general, a PDM card includes the database and database control 

processes necessary to facilitate the presence registration and query 
handling functionality of the contemplated embodiment of the subject matter 
described herein. PDM 502 shown in Figure 5 includes, in part, an SCRC 
function 504, a presence database manager (PDMG) process 506, and a 
10 number of presence database interface (PDI) functions generally designated 
by reference numeral 508. Including among PDI functions 508 are a SIP 
function 510, an IMPP application process 512, and a presence protocol 
function 514. SCRC function 504 is responsible for discrimination of 
signaling messages and subsequent distribution of these signaling 
15 messages to an appropriate higher processing level application or function. 
In the configuration shown in Figure 5, the next highest processing level is 
represented by PDMG function 506. PDMG function 506 may extract 
enhanced presence information, such as calling and called party identifier 
information, from the received message, and store the presence information 
20 for a presentity in a resident presence database 508. 

Node 500 may receive presence registration or query messages 
formatted in different protocols including SIP, IMPP, and the presence 
protocol. These messages may be received by any inbound card of node 
500 and communicated to PDM 502. PDMG function 506 is generally 
25 responsible for determining which of the provisioned protocol-specific PDI 
functions 510 is required to process the incoming presence registration or 
query message. For instance, if the incoming presence registration 
message contained an SCCP-encapsulated IMPP message, PDMG function 
506 would determine that the provisioned PDI function 514 was required for 
30 successful provisioning. As will be appreciated from Figure 5, a number of 
PDI functions 510 may be simultaneously provisioned on a single PDMG 
card. These protocol-specific PDI functions may be configured such that 
each function is capable of receiving presence registration or query 
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messages that are formatted in different protocols including, but not limited 
to SIP, IMPP, and the presence protocol. Furthermore, these PDI functions 
510 are also capable of generating or formatting protocol-specific presence 
service related response messages. Such a presence service response 
5 message may include a message that provides enhanced presence 
information for a presentity in response to a presence status query. 

Once again, while any number or variety of PDI applications may be 
provisioned on a single PDM card, only the IMPP, SIP, and presence 
protocol PDI functions 514, 512, and 516, respectively, are described herein. 

10 SIP PDI function 512 essentially contains the logic necessary to process 
incoming SIP presence messages and construct outgoing SIP presence 
response messages. Similarly, IMPP PDI function 514 contains the logic 
necessary to process incoming IMPP formatted presence messages and 
construct outgoing IMPP formatted presence response messages. 

15 Presence PDI function 516 contains the logic necessary to process incoming 
presence query messages formatted according to the presence protocol and 
construct outgoing presence response messages formatted according to the 
presence protocol. 

In one embodiment, a presence server and database system may be 

20 externally and directly connected to a network node. A presence server 
including a presence database may be directly connected to the network 
node for receiving and storing presence information about a presentity 
obtained from signaling message communications on the network node. 
Further, the presence server and database may be accessed for obtaining 

25 presence information in response to presence queries. The network node 
may also access the presence server and database for presence 
registrations. The network node and presence server and database system 
may be connected via Ethernet or any other suitable communication 
connection. 

30 Shown in Figure 6 is a variation of the scenario illustrated in Figure 1 

where a signaling message including enhanced presence information 
regarding parties involved in communications made to or from a presentity is 
comprised of an IP-type message instead of an ISUP-type message. Figure 
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6 illustrates an implementation of network node 100 in a wired 
telecommunications environment, generally indicated by the reference 
numeral 600. Network 600 includes a SIP phone 602, a SIP proxy server 
604, and an IMS network 606. In the particular embodiment shown in Figure 
5 6, it is assumed that a presentity operating SIP phone 602 indirectly initiates 
a SIP invite message 608 by dialing a phone number of another party. 
Those skilled in the art of SIP telecommunication networks will appreciate 
that generation of such SIP messages is accomplished by a SIP proxy 
server in response to dialing of a phone number, as generally indicated by 

10 Figure 6. As such, by dialing a phone number, the presentity operating SIP 
phone 602 is effectively manually registering their presence with presence 
server 114 and presence database 116 via the generation of SIP invite 
message 608, which in turn causes the generation of a presence registration 
/ update message 610 by node 100. Message 610 may include a calling 

15 party identifier associated with SIP phone 602 and an identifier associated 
with the called party. The identifiers may be stored in presence database 
116 for access by authorized subscribers. 

The subject matter described herein may be implemented in a 
signaling transfer point (STP), a SIP / SS7 gateway, a SIP server, an IP 

20 multimedia subsystem (IMS) node, or any other suitable network node. Any 
of these nodes may be operable to use a presence database to deliver 
information regarding communications made to or from a presentity in a 
manner similar to the techniques described herein. A node may obtain 
enhanced presence information regarding parties involved in 

25 communications made to or from a presentity and store the information in a 
presence database that is resident on the node, locally connected to the 
node, or remote from the node. A subscription request may be received 
from a subscriber for subscribing to the presentity. In response to the 
subscription request, enhanced presence information may be delivered from 

30 the presence database to the subscriber 

It will be understood that various details of the subject matter 
described herein may be changed without departing from the scope of the 
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for the purpose of illustration only, and not for the purpose of limitation. 
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CLAIMS 

What is claimed is: 

1. A method for using a presence database to deliver enhanced 
presence information regarding communications made to or from a 

5 presentity, the method comprising: 

(a) obtaining enhanced presence information including information 
regarding parties involved in communications made to or from 
a presentity and storing the information in a presence 
database; 

10 (b) receiving a request from a subscriber for obtaining the 

enhanced presence information regarding the presentity; and 
(c) in response to the request, delivering the enhanced presence 
information from the presence database to the subscriber. 

2. The method of claim 1 wherein obtaining the enhanced presence 
15 information includes obtaining at least one of information identifying a 

party with whom the presentity has or is communicating, information 
regarding a duration of a call with a party with whom the presentity 
has or is communicating, information regarding re-direction of a call 
involving the presentity, and information regarding forwarding of a call 
20 involving the presentity. 

3. The method of claim 1 wherein obtaining the enhanced presence 
information includes deriving the enhanced presence information from 
signaling messages regarding a call involving the presentity. 

4. The method of claim 3 wherein deriving the enhanced presence 
25 information from signaling messages includes deriving the enhanced 

presence information from one or more of an signaling system 7 
(SS7) signaling message and a session initiation protocol (SIP) 
signaling message. 

5. The method of claim 1 wherein receiving a request from the 
30 subscriber includes receiving a subscription request from the 

subscriber for subscribing to the presentity. 
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6. The method of claim 1 wherein receiving a request from the 
subscriber includes receiving a query from the subscriber for the 
enhanced presence information. 

7. The method of claim 1 comprising automatically communicating 
5 updates regarding the enhanced presence information to the 

subscriber in response to changes in the enhanced presence 
information. 

8. The method of claim 1 wherein the enhanced presence information 
includes a log of calls involving the presentity. 

10 9. The method of claim 8 wherein the log includes identifiers of parties 
communicating with the presentity. 

10. The method of claim 1 wherein steps (a)-(c) are implemented in real- 
time. 

11. A method for using a presence database to deliver enhanced 
15 presence information regarding communications made to or from a 

presentity, the method comprising: 

(a) storing enhanced presence information including information 
regarding parties involved in communications made to or from 
a presentity; 

20 (b) receiving a request from a subscriber for obtaining the 

enhanced presence information regarding the presentity; and 
(c) delivering the enhanced presence information from the 
presence database to the subscriber in response to the 
request. 

25 12. The method of claim 11 wherein storing the enhanced presence 
information includes storing at least one of information identifying a 
party with whom the presentity has or is communicating, information 
regarding a duration of a call with a party with whom the presentity 
has or is communicating, information regarding re-direction of a call 

30 involving the presentity, and information regarding forwarding of a call 

involving the presentity. 
13. The method of claim 11 wherein storing the enhanced presence 
information includes storing a log of calls involving the presentity. 
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14. The method of claim 13 wherein storing the log includes storing 
identifiers of parties communicating with the presentity. 

15. The method of claim 11 comprising deriving the enhanced presence 
information from signaling messages regarding a call involving the 

5 presentity. 

16. The method of claim 15 wherein deriving the enhanced presence 
information from signaling messages includes deriving the enhanced 
presence information from one or more of an signaling system 7 
(SS7) signaling message and a session initiation protocol (SIP) 

10 signaling message. 

17. The method of claim 11 comprising automatically communicating 
updates regarding the enhanced presence information to the 
subscriber in response to changes in the enhanced presence 
information. 

15 18. The method of claim 1 1 wherein steps (a)-(c) are implemented in real- 
time. 

19. The method of claim 11 wherein receiving a request from the 
subscriber includes receiving a subscription request from the 
subscriber for subscribing to the presentity. 
20 20. The method of claim 1 1 where receiving a request from the subscriber 
includes receiving a query from the subscriber for the enhanced 
presence information. 
21. A system for using a presence database to deliver enhanced 
presence information regarding communications made to or from a 
25 presentity, the system comprising: 

(a) a network node configured to obtain enhanced presence 
information regarding parties involved in communications made 
to or from a presentity, and configured to store the enhanced 
presence information in a presence database; and 
30 (b) a presence server configured to receive a request from a 

subscriber for obtaining the enhanced presence information 
regarding the presentity and configured to deliver the 
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enhanced presence information from the presence database to 
the subscriber in response to the request. 

22. The system of claim 21 wherein the network node is configured to at 
least one of information identifying a party with whom the presentity 

5 has or is communicating, information regarding a duration of a call 

with a party with whom the presentity has or is communicating, 
information regarding re-direction of a call involving the presentity, 
and information regarding forwarding of a call involving the presentity. 

23. The system of claim 21 wherein the network node is configured to 
10 derive the enhanced presence information from signaling messages 

regarding a call involving the presentity. 

24. The system of claim 21 wherein the network node is configured to 
derive the enhanced presence information from one or more of an 
signaling system 7 (SS7) signaling message and a session initiation 

15 protocol (SIP) signaling message. 

25. The system of claim 21 wherein the network node comprises a device 
selected from the group consisting of an SS7 / Internet protocol (IP) 
routing node, a signaling transfer point (STP), a SIP / SS7 gateway, a 
SIP server, and an IP multimedia subsystem (IMS) node. 

20 26. The system of claim 21 wherein the presence server is configured to 
automatically communicating updates regarding the enhanced 
presence information to the subscriber in response to changes in the 
enhanced presence information. 

27. The system of claim 21 wherein the presence database is configured 
25 to store a log of calls involving the presentity. 

28. The system of claim 21 wherein the presence database is configured 
to store identifiers of parties communicating with the presentity. 

29. The system of claim 21 wherein the presence server is configured to 
receive a subscription request from the subscriber for subscribing to 

30 the presentity and to deliver the enhanced presence information to the 

subscriber during the subscription. 

30. The system of claim 21 wherein the presence server is configured to 
receive a query from the subscriber for obtaining the enhanced 
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presence information regarding the presentity and to deliver the 
enhanced presence information regarding the presentity to the 
subscriber in response to the query. 
31. A system for using a presence database to deliver information 
5 regarding communications made to or from a presentity, the system 

comprising: 

(a) a presence database configured to store enhanced presence 
information regarding parties involved in communications made 
to or from a presentity; and 
10 (b) a presence server function configured to receive a request 

from a subscriber for obtaining the enhanced presence 
information regarding the presentity and configured to deliver 
the enhanced presence information from the presence 
database to the subscriber in response to the request. 
15 32. The system of claim 31 wherein the presence database is configured 
to store at least one of information identifying a party with whom the 
presentity has or is communicating, information regarding a duration 
of a call with a party with whom the presentity has or is 
communicating, information regarding re-direction of a call involving 
20 the presentity, and information regarding forwarding of a call involving 

the presentity. 

33. The system of claim 31 wherein the presence database is configured 
to store a log of calls involving the presentity. 

34. The system of claim 33 wherein the log includes store identifiers of 
25 parties communicating with the presentity. 

35. The system of claim 31 comprising a network node configured to 
derive the enhanced presence information from signaling messages 
regarding a call involving the presentity. 

36. The system of claim 35 wherein the network node comprises a device 
30 selected from the group consisting of an SS7 / Internet protocol (IP) 

routing node, a signaling transfer point (STP), a SIP / SS7 gateway, a 
SIP server, and an IP multimedia subsystem (IMS) node. 
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37. The system of claim 31 wherein the network node is configured to 
derive the enhanced presence information from at least one of an 
signaling system 7 (SS7) signaling message and a session initiation 
protocol (SIP) signaling message. 
5 38. The system of claim 31 wherein the presence server function is 
configured to automatically communicate updates regarding the 
enhanced presence information to the subscriber in response to 
changes in the information. 

39. The system of claim 31 wherein the presence server function is 
10 adapted to receive a subscription request from the subscriber for 

subscribing to the presentity and to deliver the enhanced presence 
information from the presence database to the subscriber in response 
to the subscription request. 

40. The system of claim 31 wherein the presence server function is 
15 adapted to receive a query for obtaining the enhanced presence 

information regarding the presentity and to deliver the enhanced 
presence information from the presence database to the subscriber in 
response to the query. 

41. A computer program product comprising computer executable 
20 instructions embodied in a computer readable medium for performing 

steps comprising: 

(a) obtaining enhanced presence information including information 
regarding parties involved in communications made to or from 
a presentity and storing the information in a presence 

25 database; 

(b) receiving a request from a subscriber for obtaining the 
enhanced presence information regarding the presentity; and 

(c) in response to the request, delivering the enhanced presence 
information from the presence database to the subscriber. 

30 42. The computer program product of claim 41 wherein obtaining the 
enhanced presence information includes obtaining at least one of 
information identifying a party with whom the presentity has or is 
communicating, information regarding a duration of a call with a party 
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with whom the presentity has or is communicating, information 
regarding re-direction of a call involving the presentity, and 
information regarding forwarding of a call involving the presentity. 

43. The computer program product of claim 41 wherein obtaining the 
5 enhanced presence information includes deriving the enhanced 

presence information from signaling messages regarding a call 
involving the presentity. 

44. The computer program product of claim 43 wherein deriving the 
enhanced presence information from signaling messages includes 

10 deriving the enhanced presence information from one or more of an 

signaling system 7 (SS7) signaling message and a session initiation 
protocol (SIP) signaling message. 

45. The computer program product of claim 41 wherein receiving a 
request from the subscriber includes receiving a subscription request 

1 5 from the subscriber for subscribing to the presentity. 

46. The computer program product of claim 41 wherein receiving a 
request from the subscriber includes receiving a query from the 
subscriber for the enhanced presence information. 

47. The computer program product of claim 41 comprising automatically 
20 communicating updates regarding the enhanced presence information 

to the subscriber in response to changes in the enhanced presence 
information. 

48. The computer program product of claim 41 wherein the enhanced 
presence information includes a log of calls involving the presentity. 

25 49. The computer program product of claim 41 wherein the log includes 
identifiers of parties communicating with the presentity. 

50. The method of claim 41 wherein steps (a)-(c) are implemented in real- 
time. 

51. A computer program product comprising computer executable 
30 instructions embodied in a computer readable medium for performing 

steps comprising: 
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(a) storing enhanced presence information including information 
regarding parties involved in communications made to or from 
a presentity; 

(b) receiving a request from a subscriber for obtaining the 
5 enhanced presence information regarding the presentity; and 

(c) delivering the enhanced presence information from the 
presence database to the subscriber in response to the 
request. 

52. The computer program product of claim 51 wherein storing the 
10 enhanced presence information includes storing at least one of 

information identifying a party with whom the presentity has or is 
communicating, information regarding a duration of a call with a party 
with whom the presentity has or is communicating, information 
regarding re-direction of a call involving the presentity, and 
15 information regarding forwarding of a call involving the presentity. 

53. The computer program product of claim 51 wherein storing the 
enhanced presence information includes storing a log of calls 
involving the presentity. 

54. The computer program product of claim 53 wherein storing the log 
20 includes storing identifiers of parties communicating with the 

presentity. 

55. The computer program product of claim 51 comprising deriving the 
enhanced presence information from signaling messages regarding a 
call involving the presentity. 

25 56. The computer program product of claim 55 wherein deriving the 
enhanced presence information from signaling messages includes 
deriving the enhanced presence information from one or more of an 
signaling system 7 (SS7) signaling message and a session initiation 
protocol (SIP) signaling message. 

30 57. The computer program product of claim 51 comprising automatically 
communicating updates regarding the enhanced presence information 
to the subscriber in response to changes in the enhanced presence 
information. 
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58. The computer program product of claim 51 wherein steps (a)-(c) are 
implemented in real-time. 

59. The computer program product of claim 51 wherein receiving a 
request from the subscriber includes receiving a subscription request 

5 from the subscriber for subscribing to the presentity. 

60. The computer program product of claim 51 wherein receiving a 
request from the subscriber includes receiving a query from the 
subscriber for the enhanced presence information. 
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